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Status of This Memo 


This memo provides information for the Internet community. It does 
not specify an Internet standard of any kind. Distribution of this 
memo is unlimited. 


Abstract 


Multiprotocol Label Switching (MPLS), described in RFC 3031, is a 
method for forwarding packets that uses short, fixed-length values 
carried by packets, called labels, to determine packet next hops. A 
fundamental concept in MPLS is that two Label Switching Routers 
(LSRs) must agree on the meaning of the labels used to forward 
traffic between and through them. This common understanding is 
achieved by using a set of procedures, called a Label Distribution 
Protocol (as described in RFC 3036) , by which one LSR informs 
another of label bindings it has made. One such protocol, called 
LDP, is used by LSRs to distribute labels to support MPLS forwarding 
along normally routed paths. This document reports on a survey of 
LDP implementations conducted in August 2002 as part of the process 
of advancing LDP from Proposed to Draft Standard. 
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1. Introduction 


Multiprotocol Label Switching (MPLS) is a method for forwarding 
packets that uses short fixed-length values carried by packets, 
called labels, to determine packet next hops [RFC3031]. A 
fundamental MPLS concept is that two Label Switching Routers (LSRs) 
must agree on the meaning of the labels used to forward traffic 
between and through them. This common understanding is achieved by 
using a set of procedures by which one LSR informs another of label 
bindings it has made. 


Label Distribution Protocol (LDP) specifies a set of procedures LSRs 
use to distribute labels to support MPLS forwarding along normally 
routed paths. LDP was specified originally by [RFC3036]. The 
current LDP specification is [RFC5036], which obsoletes [RFC3036]. 
[RFC3037] describes the applicability of LDP. 


This document reports on a survey of LDP implementations conducted in 
August 2002 as part of the process of advancing LDP from Proposed to 
Draft standard. 


This section highlights some of the survey results. Section 2 
presents the survey results for LDP features, and Appendix A presents 
the survey results in full. Appendix B contains a copy of the survey 
form. 


1.1. The LDP Survey Form 


The LDP implementation survey requested the following information 
about LDP implementation: 


- Responding organization. Provisions were made to accommodate 
organizations that wished to respond anonymously. 


- The status, availability, and origin of the LDP implementation. 


- The LDP features implemented and for each whether it was tested 
against an independent implementation. The survey form listed 
each LDP feature defined by [RFC3036] and requested one of the 
following as the status of the feature: 


t: Tested against another independent implementation 

y: Implemented but not tested against independent 
implementation 

n: Not implemented 

x: Not applicable to this type of implementation 
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In addition, for the 'n' status, the responder could optionally 
provide the following additional information: 


S: RFC specification inadequate, unclear, or confusing 
u: Utility of feature unclear 
r: Feature not required for feature set implemented 


This document uses the following conventions for reporting survey 
results for a feature: 


At By Cn indicates: 


- A responders implemented the feature and tested it against 
another independent implementation (t) 

- B responders implemented the feature but have not tested it 
against an independent implemented (y) 

- C responders did not implement the feature (n) 


(Ds Eu Fr) indicates optional responses: 


- D responders thought the RFC 3036 specification of the feature 
inadequate, unclear, or confusing (s). 

- E responders thought the utility of the feature unclear (u). 

- F responders considered the feature not required for the 


feature set implemented (combines x and r). 


1.2. LDP Survey Highlights 
This section presents some highlights from the implementation survey. 


- There were 12 responses to the survey, 2 of which were 
anonymous. At the time of the survey, 10 of the implementation 
were available as products and 2 were in beta test. Eleven of 
the implementations were available for sale; the remaining 
implementation had been done by a company no longer in 
business. 


- Seven implementations were independently written from the RFC 
3036 specification. Four implementations combined purchased or 


free code with code written by the responder. 


One of the implementations was fully purchased code ported to 
the vendor's platform. 


- Every LDP feature in the survey questionnaire was implemented 
by at least 2 respondents. 
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- Each of the 8 LDP Label Distribution Modes implemented and 


tested: 


8t 2y 
Me esr 
7t ly 
6t ly 
6t ly 
6t Oy 
4t 3y 
4t 2y 


- Platform 


12t Oy 
dt. Ay 


- LDP Basic 


12t Oy 
ile dy 


2n 
4n 
4n 
5n 
5n 
6n 
5n 
6n 


and Interface 


On 
4n 


DU, Ord Cntl, 
DU, Ind Cntl, 
DoD Ord Cntl, 
DoD, Ind Cntl, 
DU, Ord Cntl, 
DU, Ind Cntl, 
DoD, Ord Cntl, 
DoD, Ind Cntl, 


Per platform 
Per interface 


Label 


Lib reten 
Lib reten 
Cons reten 
Cons reten 
Cons reten 
Cons reten 
Lib reten 
Lib reten 


Spaces were both widely supported. 


and Targeted Sessions were both widely supported. 


On 
On 


Basic/Directly Connected 


Targeted 


- The TCP MD5 Option for LDP session TCP connections was not 
widely implemented. 


3t ly 


8n 


2. Survey Results for LDP Features 


This section presents the survey results for LDP features using the 


notational convention described in Section 1.2. 
optional status responses (s, u, r); 


Appendix A. 


Feature 


Survey Result 


Interface types 


12t Oy On 
2t 3y 7n 
6t 2y 4n 
Label Spaces 
12t Oy On 
7t ly 4n 


LDP Discovery 


12t Oy On 
11t 1y On 
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Packet 
Frame Relay 
ATM 


Per platform 


Per interface 


Basic 
Targeted 


Informational 


It omits the 
complete results may be found in 
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Lib reten 
Lib reten 
Cons reten 


Ord Cntl Cons reten 


Lib reten 
Lib reten 
Cons reten 
Cons reten 


IPv4 Transport Addr TLV 
Config Sequence Num TLV 
IPv6 Transport Addr TLV 
Common Session Param TLV 


LDP Sessions 
12t Oy On Directly Connected 
11t ly On Targeted 
LDP Modes 
7t ly 4n DU, Ind Cntl, 
8t 2y 2n DU, Ord Cntl, 
6t Oy 6n DU, Ind Cntl; 
6t ly 5n DU, 
4t 2y 6n DoD, Ind Cntl, 
4t 3y 5n DoD, Ord Cntl, 
6t ly 5n DoD, Ind Cntl, 
7t ly 4n DoD, Ord Cntl, 
Loop Detection 
9t 2y 1n 
TCP MD5 Option 
3t 1y 8n 
LDP TLVs 
7t 4y On U-bit 
7t 4y On F-bit 
12t Oy On FEC TLV 
6t 5y 1n Wildcard 
12t Oy On Prefix 
10t Oy 2n Host 
12t Oy On Address List TLV 
10t ly in Hop Count TLV 
9t 2y 1n Path Vector TLV 
12t Oy On Generic Label TLV 
6t 2y 4n ATM Label TLV 
2t 3y 7n Frame Relay Label TLV 
12t Oy On Status TLV 
9t 3y On Extended Status TLV 
6t 4y 2n Returned PDU TLV 
6t 4y 2n Returned Message TLV 
12t Oy On Common Hello Param TLV 
12t Oy On T-bit 
11t Oy in R-bit 
11t ly On Hold Time 
12t Oy On 
7t 2y 3n 
1t ly in 
12t Oy On 
12t Oy On KeepAlive Time 
11t Oy in PVLim 
11t 1y On PDU Max Length 
6t 2y 2n ATM Session Param TLV 
M values 
5t 3y 4n 0 No Merge 
3t 3y 6n 1 VP Merge 
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LDP Messages 


LDP Status Codes 


12t 0y 0n 
12t 0y 0n 
12t 0y 0n 
12t 0y 0n 
12t 0y 0n 
12t 0y 0n 
12t 0y 0n 
10t Oy 2n 
10t 1y 1n 
10t ly in 


9t Oy 3n 
12t Oy On 
12t Oy On 
11t Oy in 
10t ly in 
9t 2y 1n 
2t 5y 5n 
1t 5y 6n 


9t 3y On 
8t 4y On 
7t 5y On 
7t 5y On 
7t 5y On 
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2 VC Merge 
3 VP & VC Merge 
D-bit 
ATM Label Range Component 
FR Session Param TLV 
M values 
0 No Merge 
1 Merge 
D-bit 
FR Label Range Component 
Label Request Msg ID TLV 
Vendor-Private TLV 
Experimental TLV 


Notification Msg 
Hello Msg 
Initialization Msg 
KeepAlive Msg 
Address Msg 
Address Withdraw Msg 
Label Mapping Msg 
Label Request Msg Id TLV 
Hop Count TLV 
Path Vect TLV 
Label Request Msg 
Hop Count TLV 
Path Vect TLV 
Label Withdraw Msg 
Label TLV 
Label Release Msg 
Label TLV 
Label Abort Reg Msg 
Vendor-Private Msg 
Experimental Msg 


Success 

Bad LDP Id 

Bad Ptcl Version 
Bad PDU Length 
Unknown Message Type 
Bad Message Length 
Unknown TLV 

Bad TLV length 
Malformed TLV Value 
Hold Timer Expired 
Shutdown 

Loop Detected 
Unknown FEC 
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11t 1y On No Route 
9t 3y On No Label Resources 
8t 3y 1n Label Resources Available 
Session Rejected 
7t 5y On No Hello 
9t 2y 1n Param Advert Mode 
9t 2y 1n Param PDUMax Len 
8t 3y in Param Label Range 
7t 5y On Bad KA Time 
11t 1y On KeepAlive Timer Expired 
9t ly 2n Label Request Aborted 
6t 5y 1n Missing Message Params 
7t 5y On Unsupported Addr Family 
7t 5y On Internal Error 
3. Security Considerations 


This document is a survey of existing LDP implementations; it does 
not specify any protocol behavior. Thus, security issues introduced 
by the document are not discussed. 


4. Informative References 
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Label Switching Architecture", RFC 3031, January 2001. 

[RFC3036] Andersson, L., Doolan, P., Feldman, N., Fredette, A., and 
B. Thomas, "LDP Specification", RFC 3036, January 2001. 

[RFC3037] Thomas, B. and E. Gray, "LDP Applicability", RFC 3037, 
January 2001. 

[RFC5036] Andersson, L., Ed., Minei, I., Ed., and B. Thomas, Ed., 


"LDP Specification", RFC 5036, October 2007. 
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Appendix A. Full LDP Survey Results 


LDP Implementation Survey Form (V 1.0) 


October 2007 


A. General Information 


Responders: 
Anonymous: 2 
Public: 10 


Agilent Technologies 

Celox Networks, Inc. 

Cisco Systems, Inc. 

Data Connection Ltd. 
NetPlane Systems, Inc 
Redback Networks 
Riverstone Networks 
Trillium, An Intel Company 
Vivace Networks, Inc. 
Wipro Technologies 
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B. LDP Implementation Status, Availability, Origin 


Status: 
[ ] Development 
[ ] Alpha 
[ 2] Beta 
[10] Product 
[ ] Other (describe): 


Availability: 
[ ] Public and free 
[ ] Only to selected organizations/companies but free 
[11] On sale 
[ ] For internal company use only 


[ ak] Other: 
Implementation based on: (check all that apply) 
[ 1] Purchased code 


(please list source if possible) 
[ ] Free code 
(please list source if possible) 


[27] Internal implementation 
(no outside code, just from specs) 
[ 4] Internal implementation on top of purchased 


or free code 
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C. LDP Feature Survey 


For each feature listed, please indicate the status of the 
implementation using one of the following: 


ra tested against another independent implementation 

Y implemented but not tested against independent 
implementation 

'n' not implemented 

Ex? not applicable to this type of implementation 


Optional: For 'n” status, indicate reason for not implementing 
using one of the following: 


's' RFC specification inadequate, unclear, or confusing 
'u' utility of feature unclear 
'r' feature not required for feature set implemented 


Feature RFC 3036 Section(s) 
Survey Result 


Interface types 22 gl 21559; 
2.8.2, 3.4.2 
12t Oy On Packet 
2t 3y 7n(3r 1x) Frame Relay 
6t 2y 4n(3r) ATM 
Label Spaces 2.2.1L-:2:2.2 
12t Oy On Per platform 
7t ly 4n(4r) Per interface 
LDP Discovery VADE 
12t Oy On Basic Zed 
11t ly On Targeted 2.4.2 
LDP Sessions 2452.3 
12t Oy On Directly Connected == 
11t 1y On Targeted 253, 
LDP Modes 2.6 
7t ly 4n(2u 1r) DU, Ind cntl, Lib reten 2.6 
8t 2y 2n(1r) DU, Ord cntl, Lib reten 2.6 
6t Oy 6n(2u 2r) DU, Ind cntl, Cons reten 2.6 
6t ly 5n(1u 2r) DU, Ord cntl, Cons reten 2.6 
4t 2y 6n(2u 2r) DoD, Ind cntl, Lib reten 2.6 
4t 3y 5n(2r) DoD, Ord cntl, Lib reten 2.6 
6t ly 5n(2u 2r) DoD, Ind cntl, Cons reten 2.6 
7t ly 4n(lu 2r) DoD, Ord cntl, Cons reten 2.6 
Loop Detection 2.8 
9t 2y 1n 


Thomas & Andersson Informational [Page 10] 


RFC 5038 


TCP MD5 Option 
3t ly 8n(1u 1r 1x) 
LDP TLVs 
7t 4y On(1 noreply) 
7t 4y On(1 noreply) 


6t 5y 1ln(1r) 

12t Oy On 

10t Oy 2n(s1 lu 1r) 
12t 0y On 

10t ly in 

9t 2y 1n 

12t Oy On 

6t 2y 4n(2r) 

2t 3y 7n(1u 2r 1x) 


1x) 
lr 1x) 
1x) 
1x) 


lr 2x) 
lr 2x) 


lr 2x) 
lr 2x) 


10t Oy 2n 


2t 5y 5n(lu 1r) 
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U-bit 
F-bit 
FEC TLV 
Wildcard 
Prefix 
Host 
Address List TLV 
Hop Count TLV 
Path Vector TLV 
Generic Label TLV 
ATM Label TLV 
Frame Relay Label TLV 
Status TLV 
Extended Status TLV 
Returned PDU TLV 
Returned Message TLV 
Common Hello Param TLV 
T-bit 
R-bit 
Hold Time 
IPv4 Transport Addr TLV 
Config Sequence Num TLV 
IPv6 Transport Addr TLV 
Common Session Param TLV 
KeepAlive Time 
PVLim 
PDU Max Length 
ATM Session Param TLV 
M values 
0 No Merge 
1 VP Merge 
2 VC Merge 
3 VP & VC Merge 
D-bit 
ATM Label Range 
Component 
FR Session Param TLV 
M values 
0 No Merge 
1 Merge 
D-bit 
FR Label Range 
Component 
Label Request Msg Id TLV 
Vendor-Private TLV 
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1t 5y 6n(2r) Experimental TLV 376.2 
LDP Messages 3.5, throughout 
12t Oy On Notification Msg Soo 
12t Oy On Hello Msg 3.3942 
12t Oy On Initialization Msg 35:943 
12t Oy On KeepAlive Msg 3.20.4 
12t Oy On Address Msg 3:545 
12t Oy On Address Withdraw Msg 345256 
12t Oy On Label Mapping Msg Sis sc 
10t Oy 2n(1r) Label Request Msg Id TLV 3.5.7 
10t ly in Hop Count TLV 35a 
10t ly 1n Path Vect TLV 3.5.7 
9t Oy 3n(1x) Label Request Msg 3.5.8 
9t Oy 3n(1x) Hop Count TLV 3:29:38 
9t Oy 3n(1x) Path Vect TLV 345 58 
12t Oy On Label Withdraw Msg 32:510 
12t Oy On Label TLV 3D LO 
11t Oy 1n Label Release Msg 39 211 
10t ly in Label TLV 3:25 441 
9t 2y 1n Label Abort Req Msg 3175.9 
2t 5y 5n(1u 1r) Vendor-Private Msg 30422 
1t 5y 6n(2r) Experimental Msg 3622 
LDP Status Codes 3.24.6 
9t 3y On Success 3.4.6, 3.9 
8t 4y On Bad LDP Id 345: 14:2: 1. 
7t Sy On Bad Ptcl Version Soo 1.2251 
7t Sy On Bad PDU Length eo ro wee ee AL 
7t Sy On Unknown Message Type 3eo.l.2.1l 
7t 5y On Bad Message Length dl 
7t 4y On(1 noreply) Unknown TLV 345 122:42 
7t Sy On Bad TLV Length 3.9.:1:2.2 
7t Sy On Malformed TLV Value 355.17222 
11t 1y On Hold Timer Expired 3ugcled 9 
11t 1y On Shutdown 32041224 
10t ly in Loop Detected 342 5. 1225::3.5. 8.1 
7t Sy On Unknown FEC 3: -1.1 
11t 1y On No Route 3.5.8.1 
9t 3y On No Label Resources 345,8.1 
8t 3y 1n Label Resources Available 3.5.8.1 
Session Rejected Db OS 
7t 5y On No Hello 2:5434. BEDS 
9t 2y 1n Param Advert Mode 2.254954 3254.9 
9t 2y 1n Param PDU Max Len 2.5593, 3ub.3 
8t 3y 1n Param Label Range 2:25.95. 3:543 
7t 5y On Bad KA Time CANA ES PR RO IAS: 
11t ly On KeepAlive Timer Expired 2-526. 39:8 122.3 
9t ly 2n Label Request Aborted 3:759. 1 
6t 5y 1n Missing Message Params 325. 1.2. 
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7t Sy On Unsupported Addr Family 
7t 5y On Internal Error 

Appendix B. LDP Implementation Survey Form 

LDP Implementation Survey Form (V 1.0) 

The purpose of this form is to gather information about implementations 

of LDP as defined by RFC 3036. The information is being requested as 


part of the process of advancing LDP from Proposed to Draft Standard. 


The form is patterned after the implementation report form used for 
HTTP/1.1; see: 


http://www.ietf.org/IESG/Implementations/httpl.1-implementations.txt 


A. General Information 


Please provide the following information. 


Organization: 


Organization url(s): 


Product title(s): 


Brief description(s): 


Contact for LDP information 
Name: 
Title: 
E-mail: 
Organization/department: 
Postal address: 
Phone: 
Fax: 
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B. LDP Implementation Status, Availability, Origin 
Please check [x] the boxes that apply. 
Status: 
[ El Development 
[ ] Alpha 
[ ] Beta 
[ ] Product 
[ ] Other (describe): 
Availability 
[ ] Public and free 
E Only to selected organizations/companies but free 
[ ] On sale. 
[ ] For internal company use only 
[ ] Other: 
Implementation based on: (check all that apply) 
[ ] Purchased code 
(please list source if possible) 
[ ] Free code 
(please list source if possible) 
[ ] Internal implementation 
(no outside code, just from specs) 
[ ] Internal implementation on top of purchased 
or free code 
List portions from external source: 
List portions developed internally: 
Thomas & Andersson Informational 
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C. LDP Feature Survey 


For each feature listed, please indicate the 
implementation using one of the following: 


status of the 


Pa tested against another independent implementation 
Prod implemented but not tested against independent implementation 
en? not implemented 
Post not applicable to this type of implementation 
Optional: For 'n' status, indicate reason for not implementing using 
one of the following: 
's' RFC specification inadequate, unclear, or confusing 
'u' utility of feature unclear 
'r' feature not required for feature set implemented 
n————————— —— à a Or 
| | Status 
| | (one of t, y, n, E 
if n, optionally 
Feature RFC 3036 Section(s) one of s, u, r) 
+ + 
Interface types | DD jo LI LL 34.2 
SS Se Se See a OO aa aaa 
Packet | 
Sa a ae ce hs ee ee ge es ae a Or aa aa 
Frame Relay | 
a a ak a a a a es el ae a a a Or aa 
AT™ | | 
+ + 
Label Spaces |) 2e2e1y, Bye 
— —— — eta E alg el a vo ij a Oe aa 
Per platform | 
i AE a YH OO aa aa aa 
Per interface | 
t t 
LDP Discovery | 2.4 
— ——— d —————— a YH Oe 
Basic | c eei | 
A A A ee ee a aa aaa aa aa aa aa aaa 
Targeted [22 
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————————————————— +----—-------— - - YH Or 
LDP Sessions MD 
——————————————— a OO 
Directly | = | 
Connected | | 
——————————————— +---------- - - YH Or 
Targeted | 223 | 
+ + 
LDP Modes | 2.6 
——————————————— a Or 
DU, Ind cntl, | 2.6 | 
Lib retention | | 
——————————————— +----—------- - - YH Oe 
DU, Ord cntl, | 2.6 | 
Lib retention | | 
——————————————— +-----—------— - - - - YH Or 
DU, Ind cntl, | 2.6 | 
Cons retention | | 
——————————————— +----—------ - - - YH OO 
DU, Ord cntl, | 2.6 | 
Cons retention | | 
——————————————— +- 
DoD, Ind cntl, | 2.6 | 
Lib retention | | 
——————————————— + ———————————————————————————— T —————————————————————— 
DoD, Ord cntl, | 2.6 | 
Lib retention | | 
——————————————— + ———————————————————————————— T —————————————————————— 
DoD, Ind cntl, | 2.6 | 
Cons retention | | 
——————————————— T ———————————————————————————— T —————————————————————— 
DoD, Ord cntl, | 2.6 | 
Cons retention | | 
+ + 
Loop Detection | 2.8 
+ + 
TCP MD5 Option | 2.9 | 
+ + 
LDP TLVs | 3.3, 3,4, throughout 
——————————————— +-----------— - - YH Oe 
U-bit M ee: | 
——————————————— +----------- - YH OO 
F-bit eue | 
————————————————— +----------- - - YH Oe 
FEC [dag Ble Gad | 
Thomas & Andersson Informational [Page 16] 


RFC 5038 LDP Implementation Survey Results October 2007 


Parameters 


——————————————— +----—------ - - - YH Or 
Wildcard || SUE 
——————————————— a Oe 
Prefix [i525 3 Sod s | 
——————————————— a OO 
Host Pas 3041 | 
————————————————— +- 
Address List | 3.4.3 
————————————————— +-----------— - - - - YH Oe 
Hop Count |! sena 
————————————————— a YH Or 
Path Vector | 3.4.5 
————————————————— +----------- - - - YH Oe 
Generic Label [34,21 
————————————————— +-----------— - - - YH Or 
ATM Label cor mo) 
————————————————— +--------- - - - - YH Or 
Frame Relay | 3.722773 
Label | | 
————————————————— 4+-----------— - - - YH OO 
Status | 3.4.6 | 
————————————————— +-----------— - - - YH Or 
Extended Status | 3.5.1 | 
————————————————— a 
Returned PDU | 3.5.1 
————————————————— +- 
Returned Message| 3.5.1 
————————————————— 4+------—---- -— - - - YH Or 
Common Hello Maza | 
Parameters | | 
——————————————— +---------- YH Or 
T-bit | -3-5.2 | 
——————————————— +---------- -— - - YH OO 
R-bit a | 
——————————————— +-----------— - - - - YH Or 
Hold Time | 3.5.2 | 
————————————————— 4+-----------— - - YH Oe 
IPv4 Transport MZ 
Address 
————————————————— 4+-------—----— - - - YH Or 
Configuration (13552 
Sequence Number | 
————————————————— a OO 
IPv6 Transport | 3.5.2 
Address | 
————————————————— +---------- -— - - - YH Oe 
Common Session | 3:53 
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——————————————— +----------— -— - - YH OO 
KeepAlive Time| 3.5.3 | 
——————————————— a OO 
PVLim | 3.5.3 | 
——————————————— +----------- - - YH OO 
Max PDU Length| 3.5.3 | 
————————————————— +----------- - - YH Or 
ATM Session | 3.5.3 
Parameters | | 
——————————————— a YH Or 
M values 
0 No Merge 349-23 
——————————— a HHO 
1 VP Merge | 33:3 | 
——————————— +----—-------— - - YH OO 
2 VC Merge | 3.5.3 
——————————— a Or 
3 VP £ | aos | 
VC Merge | | 
——————————————— +---------- - - YH OO 
D-bit | 3.5.3 | 
——————————————— a Or 
ATM Label 3.5.3 | 
Range | 
Component | 
————————————————— a OO 
Frame Relay 325.3 
Session 
Parameters 
————————————————— a Or 
M values | | 
0 No Merge | 3.5.3 | 
——————————— +---------- -— - - YH OO 
1 Merge | 3.5.3 | 
——————————————— a On 
D-bit | 3.5.3 | 
——————————————— a HHO 
Frame Relay 34:93 
Label Range 
Component | | 
——————————————— +----—------ - - - YH Or 
Label Request | 3.5.7 
Message Id | | 
————————————————— +---------- - - YH Or 
Vendor-Private | 3.6.1.1 
————————————————— +---------- -— - - YH OO 
Experimental | 3:65 2 | 
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* * 
LDP Messages | 3.5, throughout 
————————————————— a Or 
Notification | aks Stal | 
————————————————— +----------—-— - - YH OO 
Hello iii | 
————————————————— a YH Or 
Initialization | 3.5.3 | 
————————————————— +---------- -— - - - YH Or 
KeepAlive li cre: 
————————————————— +---------- -— - - YH Or 
Address |) 345.5 
————————————————— +-----------— - - YH Oe 
Address Withdraw| 3.5.6 
————————————————— +-----------— - - YH Or 
Label Mapping | 33.5.74 | 
——————————————— a Or 
Label Request | 3.5.7 
Message Id TLV| | 
——————————————— a Oe 
Hop Count TLV | 3.5.7 | 
——————————————— a OO 
Path Vect TLV | 3.5.7 | 
————————————————— a YH OO 
Label Request | 3.5.8 
——————————————— +-----------— - - - - YH OO 
Hop Count TLV | 3.5.8 | 
——————————————— +-----------— - - - YH Oe 
Path Vect TLV | 3.5.8 | 
————————————————— a YH Or 
Label Withdraw | 3.5.10 | 
——————————————— a Oe 
Label TLV | 3.5.10 | 
————————————————— a Or 
Label Release (Sa TA 
——————————————— a YH Or 
Label TLV Mnt | 
————————————————— +---------- -— - - YH Or 
Label Abort Req | 3.5.9 
————————————————— +----—-------— - - - YH Or 
Vendor-Private | 3.6.1.2 
————————————————— a OO 
Experimental | 3.6.2 | 
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Session Rejected 
No Hello 


* * 
LDP Status Codes | 3.4.6 
————————————————— a OO 
Success | 3.4.6, 3.9 
————————————————— a Oe 
Bad LDP Id 321 
————————————————— +-----------— -— - - YH Oe 
Bad Ptcl Version| 3.5.1.2.1 | 
————————————————— +---------- - - - - YH Or 
Bad PDU Length | 3.5.1.2.1 
————————————————— a Oe 
Unknown Message | 3.5.1.2.1 | 
Type | | 
————————————————— a OO 
Bad Message NS e IO 2 | 
Length | 
————————————————— a Oe 
Unknown TLV Na | 
————————————————— a OO 
Bad TLV length | 3.5.1.2.2 | 
————————————————— 4+---------- -— - YH Oe 
Malformed TLV 3-5:1.2.2 
Value 
————————————————— +-----------— - - YH Or 
Hold Timer | 3:5:122.3 
Expired | 
————————————————— +-----------— - - - YH Oe 
Shutdown | 3.5.1.2.4 
————————————————— +---------- -— - - YH OO 
Loop Detected | 3.4.5.1.2, 3.5.8.1 | 
————————————————— +---------- -— - - YH OO 
Unknown FEC | 3.4.1.1 
————————————————— +-----------— - - YH Or 
No Route | 3.5.8.1 
————————————————— a Or 
No Label | 3.5.8.1 | 
Resources | | 
————————————————— +----—-------— - - YH Or 
Label Resources | 3.5.8.1 
Available | | 
————————————————— a Or 
| | 
| 
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